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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect 
of ETSI standards", which is available free of charge from the ETSI Secretariat. Latest updates are available on the 
ETSI Web server (http://www.etsi.org/ipr). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
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Foreword 



This Technical Specification (TS) has been produced by ETSI Project Pay Terminals and Systems (PTS). 

The present document was handed over to the CEN Secretariat in order to become an EN through the CEN approval 
process. ETSI has produced a set of TSs which are not a copy of any CEN published EN. The TSs are complete and 
consistent documents with references among themselves. It has been made clear in these TSs that they are contributions 
to the CEN work for publication as EN (after re-editing the references). Once published by CEN as EN, ETSI will 
withdraw its TS. 

The present document is part 3 of a multi-part document covering Identification card systems; Telecommunications IC 
cards and terminals; Test methods and conformance testing for EN 726-7, as identified below: 

Part 1: "Implementation Conformance Statement (ICS) proforma specification"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP) specification"; 

Part 3: "Abstract Test Suite (ATS) and Implementation eXtra Information for Testing (IXIT) proforma 
specification". 

Overview of ETSI deliverables on EN 726 family 



TS101 206-1 


"EN 726-1 : Identification card systems; Telecommunications IC cards and terminals; Part 1 : System 
overview". 


TS101 206-2 


"EN 726-2: Identification card systems; Telecommunications IC cards and terminals; Part 2: Security 
framework". 


TS101 206-3 


"EN 726-3: Identification card systems; Telecommunications IC cards and terminals; Part 3: 
Application independent card requirements". 


TS101 206-4 


"EN 726-4: Identification card systems; Telecommunications IC cards and terminals; Part 4: 
Application independent card related terminal requirements". 


TS101 206-5 


"EN 726-5: Identification card systems; Telecommunications IC cards and terminals; Part 5: Payment 
methods". 


TS101 206-6 


"EN 726-6: Identification card systems; Telecommunications IC cards and terminals; Part 6: 
Telecommunications features". 


TS101 206-7 


"EN 726-7: Identification card systems; Telecommunications IC cards and terminals; Part 7: Security 
module". 
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Overview of ETSI deliverables on EN 726 conformance testing family 



TS101 203-1 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-3; Part 1 : Implementation Conformance Statement (ICS) proforma 
specification". 


TS101 203-2 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-3, Part 2: Test Suite Structure and Test Purposes (TSS&TP) 
specification". 


TS101 203-3 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-3; Part 3: Abstract Test Suite (ATS) and Implementation eXtra 
Information for Testing (IXIT) proforma specification". 


TS101 204-1 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-4; Part 1 : Implementation Conformance Statement (ICS) proforma 
specification". 


TS101 204-2 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-4, Part 2: Test Suite Structure and Test Purposes (TSS&TP) 
specification". 


TS101 204-3 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-4; Part 3: Abstract Test Suite (ATS) and Implementation eXtra 
Information for Testing (IXIT) proforma specification". 


TS101 207-1 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-7; Part 1 : Implementation Conformance Statement (ICS) proforma 
specification". 


TS101 207-2 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-7, Part 2: Test Suite Structure and Test Purposes (TSS&TP) 
specification". 


TS101 207-3 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and 
conformance testing for EN 726-7; Part 3: Abstract Test Suite (ATS) and Implementation eXtra 
Information for Testing (IXIT) proforma specification". 



ETSI 



TS 101 207-3 VI .2.1 (1999-05) 



1 Scope 



The present document specifies the Abstract Test Suite (ATS) and Implementation eXtra Information for Testing (IXIT) 
proforma fov Application independent card requirements defined in TS 101 200-7 [1]. 

ISO/IEC 9646-1 [2], ISO/IEC 9646-2 [3], ISO/IEC 9646-3 [4], ISO/IEC 9646-4 [5] and ISO/IEC 9646-5 [6] are used as 
the basis for the test methodology. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[1] TS 101 200-7 (VI. 2): "EN 726-7: Identification card systems; Telecommunications IC cards and 

terminals; Part 7: Security module". 

[2] ISO/IEC 9646-1 (1994): "Information technology; Open systems interconnection; Conformance 

testing methodology and framework; Part 1: General concepts". 

[3] ISO/IEC 9646-2: "Information technology; Open Systems Interconnection; Conformance testing 

methodology and framework; Part 2: Abstract Test Suite Specification". 

[4] ISO/IEC 9646-3: "Information technology; Open Systems Interconnection; Conformance testing 

methodology and framework; Part 3: The Tree and Tabular Combined Notation (TTCN)". 

[5] ISO/IEC 9646-4: "Information technology; Open Systems Interconnection; Conformance testing 

methodology and framework; Part 4: Test realization". 

[6] ISO/IEC 9646-5: "Information technology; Open Systems Interconnection; Conformance testing 

methodology and framework; Part 5: Requirements on test laboratories and clients for the 
conformance assessment process". 

[7] TS 101 207-1: "Identification card systems; Telecommunications IC cards and terminals; Test 

methods and conformance testing for EN 726-7; Part 1 : Implementation Conformance Statement 
(ICS) proforma specification". 

[8] TS 101 207-2: Identification card systems; Telecommunications IC cards and terminals; Test 

methods and conformance testing for EN 726-7, Part 2: Test Suite Structure and Test Purposes 
(TSS&TP) specification". 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Abstract Test Suite (ATS): see ISO/IEC 9646-1 [2]. 

Implementation Conformance Statement (ICS): see ISO/IEC 9646-1 [2]. 

ICS proforma: see ISO/IEC 9646-1 [2]. 

Implementation Extra Information For Testing (IXIT): see ISO/IEC 9646-1 [2]. 

Implementation Under Test (lUT): see ISO/IEC 9646-1 [2]. 

IXIT proforma: see ISO/IEC 9646-1 [2]. 

System Under Test (SUT): see ISO/IEC 9646-1 [2]. 



3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

AC Access Condition(s) 

ATC Abstract Test Case 

ATS Abstract Test Suite 

BCD Binary Code Decimal 

CAD Card Accepting Device (this includes only the mechanics) 

CHV Card Holder Verification 

CLA CLASS 

CS Cyclic Structure 

DF Dedicated File 

EF Elementary File 

GR GRaphical form (TTCN) 

IC Integrated Circuit 

ICS Implementation Conformance Statement 

ID IDentifier 

lUT Implementation Under Test 

IXIT Implementation eXtra Information for Testing 

LFS Linear Fixed Structure 

LVS Linear Variable Structure 

MF Master File 

MP Machine Processable form (TTCN) 

PC Physical Characteristics 

SP Signals and Protocols 

SUT System Under Test 

TC Test Case 

TP Test Purposes 

TR TRansparent 

TSS Test Suite Structure 

TTCN Tree and Tabular Combined Notation 
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General aspects 



The Abstract Test Suite (ATS) for TS 101 200-7 [1] implementations uses the remote test method as described in 
ISO/IEC 9646-2 [3]. This test method needs just one external interface towards the card. This function is provided by 
the Card Accepting Device (CAD) simulator. 

Depending on options supported by the Implementation Under Test (lUT) it is possible that only part of the test suite is 
applicable. A test selection procedure needs to be performed to determine the applicability of a test to a particular lUT. 
Such selection shall be based on the Implementation Conformance Statement (ICS) and the Implementation eXtra 
Information for Testing (IXIT). The Abstract Test Cases (ATC) contained in the present document are a comprehensive 
reflection of the base standards. 

For the various tests a number of files are needed. Ideally the ATS would use any available files on the lUT, but that 
would require a very detailed inquiry and initializing procedures of file identifiers, locations, access conditions and 
contents. Instead of that, this IXIT defines a configuration (a detailed data structure) containing a set of files with 
specific properties and contents. The ATS is able to use this configuration if existing, or create it alternatively. For this 
reason the client of the test house shall either equip the lUT with this configuration, or support the possibility to create 
the structure dynamically. 

4.1 Test groups and subgroups 

The test suite is structured following the rules defined in ISO/IEC 9646-2 [3]. 

4.2 Preamble 

The preamble of each test case consists of the events required to bring the lUT to the appropriate initial state. Examples 
of such are the creation of files and data. There may be alternate sequences of test steps which can be performed to 
initialize the lUT. These test steps in the preamble for TC have been chosen carefully, considering the test methodology 
and the other test co-ordination procedures that are available. 



4.3 Test body 



The test body is the sequence of actions within a test case that is essential to achieve the test purpose, followed by the 
verification of the lUTs ending state. Verdicts are assigned to the possible outcomes of the test cases. 

4.4 Postamble 

At the end of the execution of a test body, the lUT may not be in the "initial state" (a stable state to be used as starting 
point for testing). A postamble is then required to bring the lUT from the ending state to an "initial state". For efficiency 
reasons the ATS does not remove created files nor does it undo modifications in files as long as this would not prevent 
the successful execution of other test cases. Therefore the lUT may contain at the end of the test campaign a file 
structure that is different from the initial state. 
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4.5 Instruction on completion of tables 

The IXIT proforma request a number of aspects of the System Under Test (SUT) to be revealed. These aspects are 
questioned in the form of tables that shall be completed. 

The meaning of the table columns is defined as follows: 



Item 


A sequential number used for referencing 


Description (e.g. file, type) 


A descriptive text of the item under question 


Status/suggested value 


An indication of requested support. Apart from literal values the 
following codes apply: 

Optional 

c Conditional 

Y Yes, available/Yes, can be created 

N Not available/Cannot be created 

- Not applicable 


Support/value/supported value 


A confirmation in the form of a code or value as defined for status 


Version 


For a keyfile it indicates the current version 


Identifier 


The file identifier in hexadecimal notation of a DF or EF 
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Annex A (normative): 
IXIT proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that users 
of this document may freely reproduce the partial IXIT proforma in this annex so that it can be used for its intended 
purposes and may further publish the completed partial IXIT. 



A.1 Identification summary 

This clause is to be completed by the test laboratory. 
IXIT number: 



Test laboratory name: 



Date of issue: 



Issued to: 



The test laboratory may include client or contract references in the identification summary. 

A.2 Abstract Test Suite (ATS) summary 

This clause is to be completed by the test laboratory. 
System specification: 

ATS specification: 

Abstract test method(s): 
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A.3 Test laboratory 

This clause is to be completed by the test laboratory. 
Test laboratory identification: 



Accreditation status of the test service: 



Accreditation reference: 



Test laboratory manager: 



Test laboratory contact: 



Means of testing: 

Means of testing may include any particular facilities such as: executable test suite and test equipment (e.g. card 
readers). 



Instructions for completion: 

The laboratory should include any special instructions necessary for the completion and return of the proforma by the 
client. 
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A.4 Client 

This clause is to be completed by the client. 
Client identification: 



Client test manager: 



Client contact: 



Test facilities required: 

The client should record any particular facilities required for testing, if a range of facilities is provided by the test 
laboratory. 



A.5 SUT (IC card) 

Name: 



Version: 



ICS reference for TUT: 
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Limitations of the SUT: 

The client may provide information explaining if any of the abstract test cases cannot be executed, e.g. non-support for 
file creation as intended. 



Environmental conditions: 

The test laboratory may specify the normal environmental conditions applying to the laboratory to be used for testing 
(e.g. temperature, humidity). The client should specify any tighter environmental conditions that may be necessary for 
the correct operation of the SUT. 



A.6 Protocols 



In tables A. 1 and A.2 the client identifies relevant information concerning any protocol in the SUT on which the lUT 
may depend. 

Table A.I : Protocol used 



Item 


Protocol name 


Status 


Support 


1 


T = 


0.1 




2 


T=1 


0.1 




NOTE: 0.1: It is mandatory to support at least one of these items. 



A.6.1 T = protocol 



Prerequisite: A. 1/1 — T = protocol 

The supplier of the implementation shall indicate which options of the T = protocol specification are implemented. 

No options for T = on which lUT or test system depend are foreseen. 



A.6.2 T = 1 protocol 



Prerequisite: A. 1/2 — T = 1 protocol 

The supplier of the implementation shall indicate which options of the T = 1 protocol specification are implemented. 
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Table A.2: T = 1 protocol options 



Item 


Option 


Status/ 
Suggested value 


Support/ 
Supported value 


1 


Maximum block size 


>32 




2 


Chaining mechanism 







3 


IVIaximum command data 


>64 




4 


IVIaximum command size 


>32 




5 


WTX request 







6 


IFS request 







7 


Error recovery by R-blocl<s 







8 


Error recovery by S-blocl<s 








A.7 Base standard identification 

This clause is completed by the test laboratory and client in consultation. 

Specification reference: 

Version: 

ICS reference: 

The ICS reference should reference a completed ICS which is conformant with the ICS proforma contained in 
TS 101 207-1 [7]. 



A. 8 Implementation options 
A. 8.1 Configuration 

For the purpose of testing a number of different files will be required. The ATS tries to use existing files with the 
requested properties. However if files with the requested properties do not exist, the ATS will attempt to create these 
files. If tests should be run that need non-existing files the lUT supplier shall make sure that the files can be created and 
written as specified. The lUT supplier is allowed to provide more files than specified in this configuration unless 
otherwise specified in the present document. 

Figure A.l depicts the required configuration (data structure). The following sections will list tables that provide details 
for each of the required files. The lUT supplier is requested to answer a number of questions for each of these files: 

Is the file with the defined properties already available on the lUT? 

If not available, can it be created according to the access conditions of the respective DF or MF? 

What is the file identifier (possibly the proposed file id)? 

In case of a keyfile, what is the current version? 

In case of a keyfile or CHV file, what is the value of the referenced key or the value of the CHV? 



ETSl 



15 



TS 101 207-3 VI .2.1 (1999-05) 



Default settings for files: 

Unless otherwise specified in the present document, the following default settings apply to the files: 

access conditions using keys refer to key number (the first key); 

files are not invalidated but can be; 

files are not readable when invalidated; 

files require the normal frequency for the authentication algorithm; 

clock stop is not allowed. 
Additional default settings for CHV files: 

CHV files are enabled, but can be disabled; 

CHV files are activated; 

CHV change is allowed; 

CHV is to be presented in clear (not enciphered); 

- CHV is coded in BCD format; 

- CHV files contain the CHV in stead of the path to the CHV; 

- CHV and UNBLOCK CHV counters are at their initial value. 



MF 


f 


^ 


■ 


.F 1,26 



EFCHVl 



EF CHV2 



EF 
KEY_OP 



EF 
BCEY_MAN 



EFICC 



DFl 



DF2 



DF4 



DF5 



DF3 



EFCHVl 




Figure A.1 : Required configuration 

Instead of completing all subsequent tables the lUT supplier is allowed, if the required configuration is already created, 
to declare support for all defined files, properties and suggested values in table A. 3. 
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Table A.3: Full configuration support 



Item 


Full configuration support 


Status 


Support 


1 


The complete required configuration has been created and 
initialized on the lUT 








A.8.1.1 Dedicated Files (DF) 



Table A.4 indicates DF with specific requested characteristic. If such a DF is available it will be used, otherwise the test 
suite will try to create it, if that is supported. 

The lUT supplier shall indicate for each row whether the described file already exists. If not it shall be indicated whether 
it can be created. If the file exist or can be created and the actual or preferred value of the file identifier is other than the 
suggested value, a value shall be provided. A number of tests will be excluded if no support for existence nor creation is 
given. 

Table A.4: Dedicated Files (DF) 







Existence 


Creation 


Identifier 


Item 


File and properties 


Status 


Support 


Status 


Support 


Suggested 


Chosen 


1 


MF 


Y 




N 




'3F00' 




2 


DF1 with AC = ALW for all functions, 
containing no other special files than those 
defined in table A.6 


Y/N 




Y/N/- 




'8001' 




3 


DF2 with 

AC = CHV1 on INVALIDATE 

REHABILITATE and DELETE FILE 
AC = PRO (key 1) on CREATE FILE 
containing no son files 


Y/N 




Y/N/- 




'8002' 




4 


DF3 with AC = ALW for all functions, 
containing no other special files than those 
defined in table A.6 


Y/N 




Y/N/- 




'8003' 




5 


DF4 with AC = PRO on DELETE, 
containing no son files 


Y/N 




Y/N/- 




'8004' 




6 


DF5 with AC = ALW 


Y/N 




Y/N 




'8005' 





In order to allow files to be created in the MF and other DFs additional info shall be provided in the following table. If 
no keys are required the table need not to be completed. 

Table A.5: Access Conditions (AC) of the MF and related key 



Item 


Property 


Suggested 


Support/Chosen 


1 


Access Condition for CREATE FILE in MF 


PRO 




1.1 


Key number in EFkey man 







2 


Access Condition for DELETE FILE in MF 


PRO 




2.1 


Key number in EFkey man 
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A.8.1 .2 Special Elementary Files (EF) 

This subclause deals with special elementary files like CHV and key files. Each of the items in table A.6 contain a 
requirement for a special EF with specific requirements. If such an EF is supported (it exists), it will be used in the test. 
Otherwise the test system will try to create it, if allowed by the creation support column. As the creation of special files 
can be operating system dependent it is requested whether the creation of these files is allowed and their usage is 
conform the base standard. If the file does not exist and creation is not allowed the respective tests cannot be performed. 

Table A.6: Availability of special Elementary Files (EF) 







Existence 


Creation 


Version 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EFcHvi in MF which can be disabled, enabled, 
blocked and unblocked 


Y/N 




Y/N/- 




- 




2 


EFcHV2 in MF which can be blocked and unblocked 


Y/N 




Y/N/- 




- 




3 


EFkey_man in MF 


Y/N 




Y/N/- 




1 




4 


EFkey op in MF with 

AC = CHV1 on INVALIDATE and REHABILITATE; 

AC = CHV1+PR0 on LOAD KEY FILE and 

UPDATE 


Y/N 




Y/N/- 




1 




5 


EFiccin MF 


Y/N 




Y/N/- 




- 




6 


EF|D in MF 


Y/N 




Y/N/- 




- 




7 


EFlan in MF 


Y/N 




Y/N/- 




- 




8 


EFnam in MF 


Y/N 




Y/N/- 




- 




9 


EFkey op in DF1 with AC = PRO on LOAD KEY 
FILE 


Y/N 




Y/N/- 




1 




10 


EFcHvi in DF1 which is not allowed to be disabled 
and requires an enciphered CHV. 


Y/N 




Y/N/- 




- 




11 


EFcHvi in DF3 which is disabled and not allowed to 
be enabled. 


Y/N 




Y/N/- 




- 




12 


EFkey_man in DF2 which contains no keys 


Y/N 




Y/N/- 




1 





In order verify the card capabilities a number of keys is required. The following tables request the values of keys and 
codes (CHVs) in the key files of the MF and DFl and DF3. All keys and codes in existing EFs that are related to actual 
Access Conditions (AC) need to be provided. Whenever two CHV files in one DF exist the corresponding CHVs shall 
be different. Additionally an algorithm ID must be given for each key. The usage of the algorithms may involve various 
modes of operation depending on their application. The semantics of the modes of operation shall be agreed between the 
lUT supplier and the test house. An example mode of operation could be 'Authentication for TESA-7'. 
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Table A.7: Key Values and secret codes 







Key value or secret code 


Item 


file and key 


Suggested 


Chosen 


1 


CHV1 in MF 


'1234' 




1.1 


UNBLOCK CHV 


'3456' 




2 


CHV2 in MF 


'5678' 




2.1 


UNBLOCK CHV 


'7890' 




3 


relevant l<ey in EFkey man in 
MF 


16 bytes counting up '00 .. 1 F' 




3.1 


Algorithm ID 


TESA-7 ('04') 




4 


relevant key in EFkey op in MF 


16 bytes counting down '1F .. 00' 




4.1 


Algorithm ID 


TESA-7 ('04') 




5 


relevant key in EFkey op in 
DF1 


16 bytes counting up '20 .. 3F' 




5.1 


Algorithm ID 


TESA-7 ('04') 




6 


CHV1 in DF1 (enciphered) 


'4321' 




6.1 


UNBLOCK CHV 
(enciphered) 


'6543' 




7 


CHV1 in DF3 


'8765' 




7.1 


UNBLOCK CHV 


'0987' 





Table A.8: Values of EFicc 



Item 


Value 


Data chosen 


1 


Clockstop 




2 


IC card serial number 




3 


IC card manufacturing references 




4 


Card personlizer ID 




5 


Embedder/ IC assembler ID 




6 


IC identifier 




7 


Card profile 




8 


Type of Selection 





Table A.9: Values of EFi 



ID 



Item 


Value 


Data chosen 


1 


Identification number 




2 


Date of activation 




3 


Card expiry date 




4 


Card sequence number 




5 


Country Code 





Table A.10: Values of EF 



LAN 



Item 


Value 


Data chosen 


1 


First language preference 




2 


Second language preference 




3 


Third language preference 




4 


Fourth language preference 





Table A.1 1: Values of EF, 



NAM 



Item 


Value 


Data chosen 


1 


Card Holder Name 
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A.8.1 .3 Linear Fixed Structure (LFS) Elementary Files (EF) 

Table A. 12 indicates LFS EFs with specific requested characteristics. If such an EF is available it will be used, 
otherwise the test suite will try to create it. 

Table A.12: Linear Fixed Structure (LFS) Elementary Files (EF) 







Existence 


Creation 


Identifier 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EF15;anLFSEFwith 

AC = AUT on DECREASE and INCREASE; 

AC = CHV1 on CREATE FILE and READ 


Y/N 




Y/N/- 




'300F' 




2 


EF1 6; an LFS EF with AC = PRO on INCREASE, 
INVALIDATE, REHABILITATE, UPDATE and 
WRITE, while its record size is 5 


Y/N 




Y/N/- 




'3010' 




3 


EF1 7; an LFS EF with AC = PRO on UPDATE, 
WRITE and READ while the referenced key does 
not exist 


Y/N 




Y/N/- 




'3011' 




4 


EF1 8; an LFS EF with AC = ALW on all functions, 
while record size = 5 and it has 255 records. The 
file can be invalidated and extended. 


Y/N 




Y/N/- 




'3012' 




5 


EF19; an LFS EF with AC = ALW on all functions, 
while record size = 30 


Y/N 




Y/N/- 




'3013' 




6 


EF20; an LFS EF with AC = ALW on all functions, 
which has 5 records of size = 4 


Y/N 




Y/N/- 




'3014' 





A.8.1 .4 Linear Variable Structure (LVS) Elementary Files (EF) 

Table A. 13 indicates LVS EFs with specific requested characteristics. If such an EF is available it will be used, 
otherwise the test suite will try to create it. 

Table A.13: Linear Variable Structure (LFS) Elementary Files (EF) 







Existence 


Creation 


Identifier 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EF25; an LVS EF with AC = ALW on all functions, 
which is readable, can be extended and has 2 or 
more records 


Y/N 




Y/N/- 




'3019' 




2 


EF26; an LVS EF with AC = CHV1 on read 


Y/N 




Y/N/- 




'301 A' 




3 


EF27; an LVS EF with AC = CHV1 on read 


Y/N 




Y/N/- 




'301 B' 
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A.8.1 .5 Cyclic Structure (CS) Elementary Files (EF) 

Table A. 14 indicates CS EFs with specific requested characteristics. If such an EF is available it will be used, otherwise 
the test suite will try to create it. 

Table A.I 4: Cyclic Structure (CS) Elementary Files (EF) 







Existence 


Creation 


Identifier 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EF30; a CS EF with AC = PRO on INCREASE 
and DECREASE while the referenced l<ey does 
not exist 


Y/N 




Y/N/- 




'301 E' 




2 


EF31 ; a CS EF with AC = ALW for all functions 
which can be invalidated and extended. It is 
updatable, readable and non-empty. Its record 
size is 3 


Y/N 




Y/N/- 




'301 F 




3 


EF32; a CS EF with AC = ALW for all functions. It 
has 4 records of size 5 


Y/N 




Y/N/- 




'3020' 




4 


EF33; a CS EF with AC = PRO for INCREASE 
and DECREASE 


Y/N 




Y/N/- 




'3021' 





A.8.1 .6 Transparent structure (TR) Elementary Files (EF) 

Table A. 15 indicates TR EFs with specific requested characteristics. If such an EF is available it will be used, otherwise 
the test suite will try to create it. 

Table A.15: Transparent (TR) Elementary Files (EF) 







Existence 


Creation 


Identifier 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EF1 ; a TR EF with AC = PRO on READ, 
UPDATE, WRITE and EXECUTE while the 
referenced key does not exist 


Y/N 




Y/N/- 




'3001' 




2 


EF2; a TR EF with AC = CHV1 on READ 


Y/N 




Y/N/- 




'3002' 




3 


EF3; a TR EF with AC = CHV2 on READ 


Y/N 




Y/N/- 




'3003' 




4 


EF4; a TR EF with AC = ALW on READ 


Y/N 




Y/N/- 




'3004' 




5 


EFS; a TR EF with AC = AUT on READ 


Y/N 




Y/N/- 




'3005' 




6 


EF6; a TR EF with 

AC = CHV1/AUTonREAD; 

AC = CHV1/PR0 on UPDATE 


Y/N 




Y/N/- 




'3006' 




7 


EF7; a TR EF with 
AC = NEV on READ; 
AC = PRO on UPDATE 


Y/N 




Y/N/- 




'3007' 




8 


EFS; a TR EF which is invalidated and contains a 
program 


Y/N 




Y/N/- 




'3008' 




9 


EF9; a TR EF which can be invalidated, deleted, 
extended and updated. It is readable when 
invalidated. Its size is > 3 bytes. 


Y/N 




Y/N/- 




'3009' 




10 


EF1 0; a TR EF which can be updated. Its size is > 
300 bytes. 


Y/N 




Y/N/- 




'300A' 




11 


EF11;aTREFwith 
AC = ALW on READ; 
AC = CHV1 on UPDATE 


Y/N 




Y/N/- 




'300B' 




12 


EF12;aTREFwith 

AC = CHV2/AUT on READ; 

AC = CHV2/PR0 on UPDATE 


Y/N 




Y/N/- 




'300C' 




13 


EF13; a TR EF with AC = CHV1 on READ 


Y/N 




Y/N/- 




'300D' 




14 


EF14; a TR EF with AC = CHV1 on READ 


Y/N 




Y/N/- 




'300 E' 
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A.8.2 File Identifiers 



Table A.16: File identifiers 



Item 


Limitation 


Suggested value 


Supported value 


1 


Highest allowed file identifier 


'FFFE' 




2 


Unused file identifier 


'3030' 





A. 8. 3 Size limitations 



Table A.I 7: Size limitations 



Item 


Limitation 


Suggested value 


Supported value 


1 


Maximum level of nested DFs within the file structure on 
the IC card 


>8 




2 


Maximum size of EFs or DFs to be created 


>300 





A.8.4 Keyfile version handling 



When loading the first key in a keyfile by means of the LOAD KEY FILE command a version number should be 
indicated. The success of this command may depend on the value of this field. 

Prerequisite: LOAD KEY FILE command supported. 

Table A.18: Keyfile version handling 



Item 


Physical characteristic 


Status 


Support 


1 


Version number does not affect success of command 







2 


Command must include current version number 







3 


Command must include increased version number 







4 


Version management is handled differently 








A.8.5 CHV limitations 



Table A.19: CHV limitations 



Item 


Limitation 


Suggested value 


Supported value 


1 


CHV retry counter 


3 




2 


Successfull UNBLOCK CHV procedures 


100 





A.8.6 Memory behaviour 



Table A.20: Specific memory failures 



Item 


Memory failure 


Supported (Y/N) 


1 


Is it possible to activate and deactivate 
the internal retry routine 




2 


Is it possible to activate and deactivate a 
memory failure 
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Annex B (normative): 
Abstract Test Suite (ATS) 

This ATS has been produced using the Tree and Tabular Combined Notation (TTCN) according to ISO/IEC 9646-3 [4]. 

The ATS was developed on a separate TTCN software tool and therefore the TTCN tables are not completely 
referenced in the contents table. The ATS itself contains a Test Suite Overview Part which provides additional 
information and references. 

The ATS specializes the tests that were defined in the TS 101 207-2 [8] by means of a formal language (TTCN). But not 
all test purposes were suitable to be expressed formally, therefore the following test groups have been excluded from the 
ATS: 

PC: Physical Characteristics; 

- SP: (electronic) Signals and Protocols. 

The actual execution of these test shall be based on the textual description within the TS 101 207-2 [8]. 

Additionally there are tests that need dedicated implementation procedures that are not provided within the ATS. 
Examples of these are tests that require the lUT to be in a state having memory problems. In these situations empty test 
steps are provided that can be specialized by the test house in order to fulfil the precondition. 

Naming conventions: 

test case names correspond to the test purpose names in the TS 101 207-2 [8]; 

- IXIT parameters start with "PX_"; 

constraint names start with "S_" for SEND constraints, and "R_" for RECEIVE constraints; 
constraint names additionally contain an abbreviation of the command, e.g.: "SE_" for SELECT. 

B.1 The TTCN Graphical form (TTCN.GR) 

The TTCN.GR representation of this ATS is contained in an Adobe Portable Document FormatT^ file (GR900326.PDF 
contained in archive b6cr0ior.ZIP) which accompanies the present document. 

B.2 The TTCN IVIachine Processable form (TTCN.IVIP) 

The TTCN. MP representation corresponding to this ATS is contained in an ASCII file (MP900326.MP contained in 
archive b6crOior.ZIP) which accompanies the present document. 

NOTE: According to ISO/IEC 9646-3 [4], in case of a conflict in interpretation of the operational semantics of 
TTCN.GR and TTCN.MP, the operational semantics of the TTCN.GR representation takes precedence. 
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